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METHOD AND SYSTEM FOR ESTABLISfflNG COMMUNICATION 
BETWEEN AT LEAST TWO DEVICES 



FIELD OF THE INVENTION 

The present invention relates generally to computer systems and, more particularly, to a 
method and system for establishing a communication session between at least two devices. 

BACKGROUND OF THE INVENTION 

In a network environment, a plurality of clients are able to access one or more 
databases in the network. Figure 1 is a block diagram of an exemplary network environment. 
Each client lOa-lOn is generally represented by a computer system or work station connected 
to a network 20, e.g., via a LAN, WAN or other suitable means, and each database 16 is 
managed by a database server 14 that is also connected to the network 20. Each client lOa-lOn 
and each database server 14 includes various application programming interfaces (APIs) 12a- 
12n that allow the client lOa and database 14 to communicate with one another. 

When a cUent, e.g., 10a, attempts to access a database server 14 via an API 12a, e.g., 
ODBC, OLEDB or JDBC, many pieces of information are exchanged between the client API 
12a and the server 14 in order for the connection to be successful. One such piece of 
information is a defmition of a set of capabilities or features that are supported by the client 
API 12a and server 14. The client API 12a must understand the capabilities or features of the 
server 14, and vice versa, in order to exchange data correctly. 

Several methods are currently used to exchange this information. In one such method, 
a client API 12a and a server 14 exchange a single integer value that represents the highest 
level of functionality, i.e., the newest feature, supported by the server 14 or the client API 12a. 
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Thus, for example, the client API 12a might communicate to the server 14 that the highest 
level of functionality it supports is feature 321, and the server 14 might communicate to the 
client API 12a that its highest supported function is feature 325. The parties will then agree to 
communicate according to the level of functionality defined by feature 321 . 

Both parties assume that all features with a smaller feature number, e.g., features 300- 
320, have been implemented in the other party. This assumption, however, may be erroneous 
because features may be implemented separately and not necessarily sequentially. For 
example, although the client's highest supported functionality is feature 321, the API 12a may 
or may not support feature 317. If the server 14 utilizes feature 317 during its conmiunication 
with the client 10a because the server 14 incorrectly assumes the client API 12a supports 
feature 3 1 7, the communication can be impaired. 

To address this problem, the client API 12a can implement all intermediary features up 
to the highest feature. Nevertheless, implementing such features is costly, in both time and 
expense, and some if not all of the intermediary features may be irrelevant to the highest 
feature or to the client API 12a in general. 

Accordingly, a need exists for a method and system that allows a first device, such as 
a client 10a, and a second device, such as a database server 14, to exchange information 
regarding their respective capabilities. The method and system should describe the 
capabilities, instead of implying them by, for example, a single integer. The method and 
system should also be efficient and cost effective. The present invention addresses such a 
need. 



SUMMARY OF THE INVENTION 
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The present invention is related' to' a method for communicating features supported 
by a device to at least one other device. The method includes providing a bit stream by the 
device, where at least one bit in the bit stream represents a feature supported by the device. 
In a second aspect, a method for establishing a communication session between at least two 
devices includes initiating communication between a first device and a second device, 
exchanging a bit stream associated with the first device and a bit stream associated with the 
second device, and identifying mutually supported features. 

Through the aspects of the present invention, a device provides a bit stream that 
indicates which features are supported by the device. Each bit represents the status of an 
individual feature. The device provides the bit stream to another device with which it 
wishes to establish communications and receives, in turn, the other device's bit steam. 
Presumably, the two bit streams adhere to the same structure, i.e., each bit in both bit 
streams correspond to the same feature. By comparing the respective bit streams, the two 
devices can agree to utilize the features they support in conmion. Accordingly, the highest 
common feature can be utilized without requiring both parties to implement all intermediary 
features. 



BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 illustrates a block diagram of a client/server environment according to a 
preferred embodiment of the present invention. 

Figure 2 is a flow chart illustrating a method for exchanging commimication 
capabilities between a client API and a server according to a preferred embodiment of the 
present invention. 
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DETAILED DESCMPTION * 

The present invention relates generally to computer systems and, more particularly, to a 
method and system for establishing a communication session between at least two devices. 
The following description is presented to enable one of ordinary skill in the art to make and use 
the invention and is provided in the context of a patent application and its requirements. 
Various modifications to the preferred embodiment and the generic principles and features 
described herein will be readily apparent to those skilled in the art. Thus, the present invention 
is not intended to be limited to the embodiment shown but is to be accorded the widest scope 
consistent with the principles and features described herein. 

In accordance with the present invention, a bit stream is utilized to indicate the 
features supported by a device. Each bit represents an individual feature. If a bit is "on," 
i.e., the bit is a one (1), the corresponding feature is supported. If the bit is "off," i.e., the bit 
is a zero (0), the feature is not supported. According to the preferred embodiment of the 
present invention, a first device, e.g., a client API 12a, and a second device, e.g., a server 14, 
exchange their respective bit streams to indicate to one another their respective 
communication capabilities. Presumably, the bit streams for the first and second devices are 
structured such that each bit corresponds to the same feature in the first and second devices. 
For example, both devices understand that the fourth bit in both bit streams corresponds to 
one particular feature. By comparing the bit streams, commonly supported features are 
identified, and features between the first device and the second device can be defined 
quickly and accurately. By exchanging capabilities, a device can implement and utilize new 
features without having to implement each of the predecessor features that may not be 
relevant to the particular device. 
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To describe more fully fhe*aspect§ of the present invention, please refer now to 
Figure 1 and Figure 2, which is a flow chart illustrating a method for establishing a 
communication session between two devices, where the first device is a client API 12a and 
the second device is a database server 14 according to a preferred embodiment of the present 
invention. The method begins at step 202 when a client API, e.g., 12a, initiates 
communication with a server 14. Those skilled in the art readily appreciate that the server 
14 can also be the communication initiator, e.g., the server 14 might publish messages to 
clients lOa-lOn, and the following principles will apply equally. 

In step 204, the communication initiator, in this case the client API 12a, transmits a 
bit stream 30a to the server 14 to indicate its capabilities to the server 14. Each bit 
represents a feature, where the leftmost bit represents the lowest functionality level (base 
level) and each successive feature is represented by a bit moving to the right in the bit 
stream. If a feature is supported by the client API 12a, its corresponding bit in the bit stream 
30a is "on," i.e., the bit value is one (1). If a feature is not supported by the client API 12a, 
the corresponding bit is "off," i.e., the bit value is zero (0). For example, a two byte bit 
stream 30a "1 1 1 1 1 1 1 1 10100000" indicates that features 300 through 310, excluding feature 
309, are supported. 

After the client API 12a transmits its bit stream 30a to the server 14, the server 14 
responds by transmitting its own bit stream 32 of capabilities to the client API 12a in step 
206. Next, the client API 12a compares the server's bit stream 32 to its own bit stream 30a, 
and the server 14 does the same, to identify mutually supported features in step 208. In a 
preferred embodiment, a logical AND operation is performed between the bit streams 30a, 
32. The client API 12a and server 14 then adapt their processing to utilize the resulting set 
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of mutually supported features during the 6onnection in step 210. 

The following example illustrates a client/server communication scenario according 
to a preferred embodiment of the present invention. The following bit streams are 
exchanged: 

Client Bit Stream: 11111010 11100000 

Server Bit Stream: 11111110 10000000 
Thus, the client supports features: 300, 301, 302, 303, 304, 306, 308, 309 and 310. The 
server supports features: 300, 301, 302, 303, 304, 305, 306, and 308. The logical AND of 
the two bit streams produces: "1 1 1 1 101010000000." Accordingly, the features that will be 
utilized during the connection are: 300, 301, 302, 303, 304, 306, and 308. 

While the discussion above illustrates a single client API 12a communicating with a 
single server 14, those skilled in the art will readily appreciate that the client API 12a can 
establish multiple connections with multiple servers and that each connection can be defined 
by a different set of mutually supported features. The same can be said for a single server 14 
commvmicating with several clients lOa-lOn. Moreover, communications are certainly not 
limited to client/server communications; rather, a client can communicate with another client 
and a server can communicate vsdth another server utilizing the principles described herein. 
Accordingly, the present invention is not limited to the one-to-one client/server scenario 
described above. 

The present invention is related to a method and system for establishing a 
communication session between at least two devices. Through the aspects of the present 
invention, a bit stream is utilized to indicate the features supported by a device. According 
to the preferred embodiment of the present invention, a first device and a second device 
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exchange their respective bit streams to' indicate to one another their respective capabilities. 
By comparing the respective bit streams, the devices can agree to utilize the features they 
support in common. Accordingly, a device can implement and utilize new features without 
having to implement each of the predecessor features that may not be relevant to the 
particular device. 

Although the present invention has been described in accordance with the embodiments 
shown, one of ordinary skill in the art will readily recognize that there could be variations to the 
embodiments and those variations would be within the spirit and scope of the present invention. 
Accordingly, many modifications may be made by one of ordinary skill in the art without 
departing fi-om the spirit and scope of the appended claims. 
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